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DETAILED ACTION 



1 . Claims 1-194 are presented for examination. 

2. The drawings are objected to because Figs. 14 and 15 each spanning two 
pages. To avoid confusion, it is required that each drawing sheet be named differently. 
For example Fig. 14 can be renamed as Figs.14A and 14B on its respective sheet; 
likewise Fig. 15 can be renamed as Figs.15A and 15B. Applicant is reminded to reflect 
such changes in the specification. 

3. Claims 1 -88, 1 1 5, 1 25-1 26, 1 34-1 64, 1 77-1 85 and 1 89-1 94 are objected to 
because the following terms lack antecedent basis: 

In claim 1 , "the file group" and "the remote server"; 

In claim 26, "the locally physically present storage device"; 

In claim 32, "the remote server node" and "the remote server node"; 

In claims 33, 64 and 152, "the encrypted file data"; 

In claims 37, 68-69, 125-126 and 156 "the particular access"; 

In claims 42, 63, 73, "the remote server node"; 

In claim 46, 77 and 1 34 "the file group"; and 

In claims 58, 115 and 146, "the file sharing access modes". 
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4. Claims 12-23 and 26-27 are objected to because of the following 
issues/informalities: 

(i) As to claim 12, it is not clear what is meant by "explicit and implicit file sharing 
modes". Although there are a couple of times mentioning these two modes in the 
specification, however these two modes have never being defined. For purpose 
of prior art rejection in this office action, the phrase "explicit and implicit" is 
ignored. Further clarification/correction is required in response to this office 
action; and 

(ii) As to claim 26, it is unclear whether the "storage device which is physically 
present locally to the particular client node" at step (f) is equivalent to "the locally 
physically present storage device" at steps (I) and (II) or not. For the prior art 
rejection in this office action, they are considered the same which means that 
the first client accesses a valid copy from the storage device that is physically 
present locally to the particular client node. Further clarification/correction is 
required in response to this office action. 



Claim Rejections - 35 USC § 103 



5. The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as 
set forth in section 102 of this title, if the differences between the subject matter sought to be patented 
and the prior art are such that the subject matter as a whole would have been obvious at the time the 
invention was made to a person having ordinary skill in the art to which said subject matter pertains. 
Patentability shall not be negatived by the manner in which the invention was made. 
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6. Claims 1, 25, 28, 32-36, 39-41, 43-46, 59, 63-67, 70-72, 74-77, 88-89, 113, 116, 
120-124, 127-129, 131-134, 147, 151-155, 158-160, 162-165 and 176-194 are rejected 
under 35 U.S.C. 103(a) as being unpatentable over Prust [U.S. Pat. No. 6714968] in 
view of Official Notice. 

7. As to claims 1 and 28, Prust teaches the invention substantially as claimed 
including: a method for providing multi-user file storage comprising the steps of: 

(a) enabling each user of a user group of one or more users [205, Fig. 2] to 
connect an arbitrary client node at an arbitrary geographic, location to a remote file 
server node [201, Fig. 2] via a wide area network [col.4, line 53 -col. 5, line 5]; 

(b) enabling each user of the user group to access the files of the file group via 
the respective client node connected to the remote file server node via the wide area 
network, including permitting more than one user of the user group to access the file 
group at the remote file server node simultaneously (including sharing of the same file 
depending on the sharing mode ?see claim 28) [note that, by default this capability is 
supported due to the fact that there are a plurality of storage servers and virtual storage 
areas in the system of Fig.2]; and 

(c) maintaining the integrity of the files at the remote file server node by 
controlling each access to each of the files at the remote file server node so that each 
access to each the files at the remote file server is performed, if at all, on a respective 
portion of the respective file as most recently updated at the remote file server node, 
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thereby enabling all native operating system application programming interfaces to 
operate so that all multi-user applications accessing the files function as if the remote 
server, which stores the files, and client nodes, at which such multi-user applications 
execute, were on the same local area network [Abstract; Fig. 3; col.6, lines 3-12 and 22- 



Prust teaches that authenticating the user information includes comparing the 
user information to a username and password, stored on the remote storage server 
[col. 10, lines 28-33]. Prust does not specifically teach delegating access control to a 
particular file of the group of files to an access control node. 

However, Official Notice is taken that separating access control (e.g., 
authentication and authorization) from the content server is well known in the art of load 
sharing or in a three-tier content provisioning services, wherein the access control is 
normally performed at a different node so as to free up the content servers from the 
burden of qualifying a user. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to delegate Prust's access control to an access control node, 
because by doing so it would alleviate the storage servers' burden in Prust system. 

8. As to claim 25, Prust further teaches providing an interface for adapting file 
access at a particular client node by designating at the particular client node each one 
or more of the accessible files of the file group as stored on a virtual storage device, and 
enabling access to the designated files in a fashion which is indistinguishable, by users 



28]. 
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of, and applications executing at, the first client node, with access to one or more files 
stored on a physical storage device that is locally present at the first client node [Fig.2; 
col. 5, lines 12-27; col.6, lines 3-36]. 

9. As to claim 32, Prust teaches authenticating the user information by comparing 
the user information to a username and password, stored on the remote storage server, 
wherein the client node also verifies the identity of the remote server node [col. 10, lines 
25-33; note that, by default, the step of verifying the identity of the remote server node 
takes place when the client makes connection request to the storage server because 
the server's ID needs to be correctly specified]. 

1 0. As to claims 33-36 and 39, Prust further teaches the step of: 

(f) encrypting data of a file at the particular client node using an encryption 
methodology known to the client node but not known to the remote file server node; 

(g) uploading the encrypted data to the remote file server node; and 

(h) storing the encrypted file data at the remote file server node. 
[See col.1, lines 49-67.] 

As for the additional steps described in claims 34-36 and 39: Official Notice is 
taken that encrypting a data file using a public-private key pair and transferring 
encrypted key for a designated user who only knows the public key (for purpose of 
decrypting the encrypted key) is well known in the art. Since Prust and Slein's storage 
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server may only serve as file storage for certain particular clients, there is no need for 
he storage server to decrypt the data; only the designated receiver needs to. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to allow encrypted data files transferred between two clients 
enrooting the storage server. As such the procedures described in claims 34-36 and 39 
are typical, because it ensures that only the designated data recipient (other than the 
file owner) has the necessary private key to decrypt the data. 

11. As to claim 40, Prust does not specifically teach compressing the information of 
the file prior to uploading the file or decompressing the information of the file 
subsequent to downloading the file. 

However, Official Notice is taken that the advantages of using compression 
techniques to reduce the size of a file is well known in the art of network 
communication. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply compression/decompression to Prust's data file prior 
transferring it to the storage server, because by doing so it would reduce the transfer 
time and the storage space at the virtual storage. 

12. As to claim 43, Prust further teaches enabling the users to access one or more 
of the files at one or more additional file server nodes [Fig. 2, wherein there are multiple 
storage servers available to each user]. 



Application/Control Number: 09/704,050 Page 8 

Art Unit: 2154 



13. As to claim 44, Prust and Slein does not specifically teach that the particular 
client node can access a copy of a particular file on one of the remote file server node 
or a particular additional file server node which is most efficient for the particular client 
node. 

However, Official Notice is taken that finding efficient way for retrieving data from 
an information provider in the network environment is well known in the art. For 
example, it has been widely adopted to provide mirror sites by taking advantage of 
geological proximity; it is also a common practice to use a plurality of servers for load 
sharing, wherein a client's request is directed to a most efficient server for services. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to adopt a load sharing measure in Prust's system because by 
doing so a most available storage server could always be selected at the time of 
request. 

14. As to claims 177-179, Prust teaches that the computers in 205 of Fig.2 can be 
any devices ranging from a nominal PC, mobile devices, or PDA [col.3, lines 37-40], 
which include wireless communications link (for portable devices). 

15. As to claims 41, 45-46, 59, 63-67, 70-72, 74-77, 88-89, 113, 116, 120-124, 127- 
129, 131-134, 147, 151-155, 158-160, 162-165, 176 and 180-194, since the features of 
these claims can also be found in claims 1, 25, 28, 32-36, 39-40, 43-44, 46, 57-58, 63- 
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64, 74, 77, 89, 120-121, 131, 134, 145, 162 and 177-179, they are rejected for the same 
reasons set forth in the rejection of claims 1, 25, 28, 32-36, 39-40, 43-44, 46, 57-58, 63- 
64, 74, 77, 89, 120-121, 131, 134, 145, 162 and 177-179 above. 

Below is a mapping of the claim relationship, with the notation [X: Y ... Z] reads 
as 'the features of claim X can be found in claims Y, .... Z etc.': 



[41: 40] 


[45: 44] 


[46: 1 25] 


[59: 28] 


[63: 32] 


[64: 33] 


[65: 34] 


[66: 35] 


[67: 36] 


[70: 39] 


[71:40 41] 


[72:40 41 71] 


[74: 43] 


[75: 44] 


[76: 45] 


[77: 39 70 1 46] 


[88: 40 41 


71 72] [89: 1 46 77] 


[113: 25 46] 


[120: 32] 


[121: 33] 


[122: 34] 


[123: 35] 


[124: 36] 


[127: 122 39] 


[128:40] [129:41] 


[131:43] 


[132: 44] 


[133:45] 


[134: 46] 


[147: 116] 


[151: 120] 


[152: 121] 


[153: 122] 


[154: 123] 


[155: 124] 


[158: 127] 


[159: 128] 


[160: 129] 


[162: 131] 


[163: 132] 


[164: 133] 



[116: 28 59] 



[165: 46 77 89] [176: 159] [180: 177] [181: 178] 
[182:179] [183:177 180] [184:178 181] [185:179 182] 
[1 86: 1 77 1 80 1 83] [1 87: 1 78] [188:1 79] [1 89: 1 77 1 80 1 83 1 86] 
[190:187] [191:188] [192:177 180 183 186 189] [193:187 190] 
[194: 188 191] 
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16. Claims 2-15, 17, 21-24, 27, 29-31, 37-38, 42, 47-56, 60-62, 68-69, 73, 78-87, 
90-103, 105, 109-112, 117-119, 125-126, 130, 135-144, 148-150, 156-157, 161 and 
166-175 are rejected under 35 U.S.C. 103(a) as being unpatentable over Prust [U.S. 
Pat. No. 6714968] and Official Notice, as applied to claims 1, 25, 28, 32-36, 39-41, 43- 
46, 59, 63-67, 70-72, 74-77, 88-89, 113, 116, 120-124, 127-129, 131-134, 147, 151- 
155, 158-160, 162-165 and 176-194 above, further in view of Slein et al.(hereafter 
"Slein")[RFC 2291]. 

1 7. As to claims 2-4, Prust further teaches that the storage server supports 
WebDAV for accessing the data files stored in the remote storage area [col. 9, lines 5- 
10], wherein WebDAV is a web distributed authoring and versioning protocol [col. 3, 
lines 12-15]. Although Prust does not reveal the details of WebDAV, information 
provided by Slein obviously shows that, under the notion of WebDAV, Prust in view of 
Official Notice supports various interactions between the client and servers (including a 
separate access controller): 

- requesting access to some particular files can only be permitted via access 
control [e.g., via authentication and/or authorization] (claim 2); 

- issuing the request from the particular client node to the remote file server node 
and in response to determining that the one file is the particular file, forwarding the 
request to the access control node (claim 3) [see the rejection of claim 1 above (i.e., 
based on a modified Prust system in view of Official Notice); and 
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- in response to receiving at the particular client node a response from the 
access control node, issuing further messages pertaining to the access of the particular 
file directly from the particular client node to the access control node. 
[See e.g., Slein: Sec. 4.6 and 5.3, wherein in the above steps are obvious interactions 
between the client, storage server and the control node for implementing lock write to a 
portion of a document.] 

18. As to claims 5 and 1 1 , Prust in view of Slein does not specifically teach 
delegating version control of the particular file to a version control node. However, for 
the same reasons stated in the rejection of claim 1 (i.e., under the notion of load 
sharing), it is obvious to have Prust's version control implemented in a separate node 
(wherein the version control node may also the access control node for the particular 
file), because by doing so it would further alleviate the storage server's burden. 

19. As to claims 6-10, Prust in view of Slein further teaches the steps of: 

(f) requesting, at a particular client node, for confirmation that at least a part of a 
particular copy of the particular file is the most updated version of the respective part of 
the particular copy of the file; 

(g) accessing the part of the particular copy of the particular file only if permitted 
by the version control node; 

(h) issuing a request for confirming that at least a part of the particular file is the 
most updated version, from the particular client node to the remote file server node; 
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(i) in response to determining that the one file is the particular file, forwarding the 
message to the version control node; and 

(j) in response to receiving a response from the version control node at the 
particular client node, issuing further messages pertaining to version of the particular file 
directly from the particular client node to the version control node, 

wherein 

- the particular client node stores the part of the particular copy in a storage 
device which is physically located locally to the particular client node [e.g., it is well 
known to use a local cache as temporary storage]; and 

- in response to modifying the particular file, the particular client node issues to 
the version control node a version update message for the file indicating a recent 
update has occurred on the particular file. 

[See e.g., Slein: Sec. 5.9, wherein all the above confirmation steps are obvious options 
in the context of version control. 

20. As to claims 12-15, 21-23 and 27, Prust in view of Slein further teaches the step 
of: (e) while a particular client node is in communication with the remote file server 
node, selectively downloading from the remote file server node to the particular client 
node via the wide area network a copy of at least a most recently updated portion of a 
particular file to be accessed by the particular client node and which the particular client 
node lacks, wherein at all times, each client node in communication with the remote file 
server node adheres to explicit and implicit file sharing modes specified by the native 
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file application programming interfaces [Prust: col.1, lines 49-67; Slein: Sec. 5.3; note 
that since Prust does not teach allowing a client node to change the sharing mode of a 
file, it is obvious that such change is not recommended because the sharing mode is 
normally specified by the resource owner or a privileged party]. 

Furthermore, in light of Slein's authoring and versioning control, the steps 
described in claims 13-15 are obvious because a modified portion, whether being 
incrementally changed or updated once for all, has to be eventually written back to the 
central storage system for coherence maintenance. 

21 . As for the steps described in claims 21-23 requiring the client node to selectively 
invalidating the portion of a resource that has been updated by others (claim 21), 
followed by downloading the valid portion of the resource (claim 22), wherein the 
existing connection is a re-established connection between the client and the server 
(claim 23): it is noted that these steps are legitimate options of what a client can do in 
light of Prust and Slein's teachings because Prust and Slein support browsing through 
past and alternative versions of a resource via a version graph [Slein: Sec. 5.9.3], and 
therefore it is up to the client to decide which version is valid and update the local copy 
of the resource to a desired version. 

22. As for the additional feature in claim 27 requiring the prevention of another client 
node from contemporaneously accessing a copy of the particular file according to a file 
sharing access mode which is incompatible to the file sharing access modes currently 
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available to the particular client node for accessing the particular file: it is noted that this 
is an obvious feature in Prust and Slein's system, because this is part of Slein's 
versioning rule that the most updated version (including the file sharing mode) should 
take effect. 

23. As to claim 17, Prust in view of Slein does not specifically teaches the steps of: 
(f) if the particular client node closes its communication channel with the remote 

file server node before closing the particular file then relinquishing the particular file at 
the remote file server node and enabling other client nodes in communication with the 
remote file server via the wide area network to access the particular file. 

However, relinquishing the access right of a particular file due to the 
disconnection of an associated communication channel (for whatever reason) is an 
obvious practice because this would prevent any interrupted connection from holding up 
resources that may otherwise be available to other qualified clients. 

24. As to claim 24, Slein teaches that the server supplies a default version of a copy 
of a file (which nominally is the most updated copy) [Slein: Sec. 5.9.2.4], which means: 
"transparently to, and without specific action of, one of the users of a first client node in 
communication with the remote file server node via the wide area network, downloading 
from the remote file server node via the wide area network to the first client node 
modifications to a copy of a particular file maintained at the remote file server node, 
wherein the modifications were made by another client node. 
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25. As to claim 29, Prust and Slein do not specifically teach enabling each client to 
contemporaneously indirectly access such certain files through an intermediary node 
which performs each such access directly on behalf of the client nodes. 

However, Official Notice is taken that accessing certain files via a proxy server is 
well known in the art. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to allow an intermediary node performing file access in behalf of a 
device because by doing so it would additional services (such as format conversion) to 
be performed at the intermediate node. 

26. As to claims 30-31 , Prust and Slein do not specifically teach forming a pre- 
subscribed user group by sending out email invitations. 

However, Official Notice is taken that using email to solicit a user to join a 
register as a user of certain website, such as Times or Wall Street Journal, is well 
known in the art. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made that such measure can also be adopted in Prust and Slein's system 
because, as an Internet-based service provider requiring a broad range of subscribers, 
emailing is one of the most effective advertising methods. 

27. As to claim 37, Prust and Slein further teaches: 
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(f) receiving at the remote file server node, a request from a specific client node 
to access a particular file; 

(g) determining at the remote file server node whether or not the particular 
access requested by the specific client node is permitted by privilege access rights 
associated with the particular file; and 

(h) only permitting the access to the particular file by the specific client node if 
permitted by the privilege access rights associated with the particular file. 

[Note that it is by default that the owner of a sharable file and its designated authors 
may have the privilege to write (and the right to locking the file when engaging a 
modification (See Sec. 5.3 of Slein).] 

28. As to claim 42, Prust and Slein teach a system that is generally applicable to 
users of the Internet for accessing files stored in virtual storage areas. Prust and Slein 
do not specifically teach organizing the users and files into different groups and allowing 
users of each group to access their respective group of files, but also having at least 
one particular user commonly assigned to all groups who can contemporaneously 
access files in each group. 

However, Official Notice is taken that it is well known in the art to set up different 
user groups in accordance with the projects they are working on, wherein the files 
accessible to each group may also be organized under the file system by forming 
different directories, yet allowing at least one administrator the privilege to access all of 
the group of files. 
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It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to apply Prust and Sleinjjs system in the aforementioned project- 
oriented application, wherein through Prust and Sleinjjs authoring and versioning 
method the sophisticated project management can be facilitated. 

29. As to claims 38, 47-56, 60-62, 68-69, 73, 78-87, 90-103, 105, 109-112, 117- 
119, 125-126, 130, 135-144, 148-150, 156-157, 161 and 166-175, since the features of 
these claims can also be found in claims 1-15, 17, 21-22, 24, 28-32, 37, 42, 46, 57-59, 
63, 77, 89, 116, 120, 134, 145, 147, 151 and 165, they are rejected for the same 
reasons set forth in the rejection of claims 1-15, 17, 21-22, 24, 28-32, 37, 42, 46, 57-59, 
63, 77, 89, 116, 120, 134, 145, 147, 151 and 165 above. 

Below is a mapping of the claim relationship, with the notation [X: Y ... Z] reads 
as 'the features of claim X can be found in claims Y, ... , Z etc.': 



[38: 37] 


[47: 2] 


[48: 3] 


[49: 4] 


[50: 5] 


[51:6] 


[52: 7] 


[53: 8] 


[54: 9] 


[55: 10] 


[56: 11] 


[60: 29] 


[61: 30] 


[62: 31] 


[68: 37 38] 


[69: 37 38 68] 


[73: 42] 


[78: 2 47] 


[79: 3 48] 


[80: 4] 


[81: 5 50] 


[82:6 51] 


[83: 7 52] 


[84: 8 53] 


[85: 9 54] 


[86: 10 55] 


[87: 11 56] 


[90: 2] 


[91:3] 


[92: 4] 


[93: 5] 


[94: 6] 


[95: 7 52 83] [96: 8] 


[97: 9] 


[98: 10 55 86] 
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[99:11] [100:12] [101:13] [102:14] 

[103:15] [105:17] [109:21] [110:22] 

[111:2] [112:24] [117:29] [118:30] 

[119:31] [1 25: 37] [1 26: 38 1 25] [1 30: 42] 

[135:90] [136:91] [137:92] [138:93] 

[139:94] [140:7 52 83 95] [141:96] [142:97] 

[143: 10 55 86 98] [144: 99] [148: 117] [149: 118] 

[150:119] [156:125 126] [157: 125 126 156] [161: 130] 

[166: 90 135] [167: 91 136][168: 137] [169: 93 138] 

[170: 94 139] [171: 7 52 83 95 140] [172: 96] [173: 142] 

[174:10 55 86 98 143] [175:99 144] 

30. Claims 18 and 106 are rejected under 35 U.S.C. 103(a) as being unpatentable 
over Prust [U.S. Pat. No. 6714968] and Official Notice, as applied to claims 1-15, 17, 
21-25, 27-56, 59-103, 105, 109-113, 116-144 and 147-194 above, and Slein et 
al.(hereafter "Slein M )[RFC 2291], as applied to claims 2-15, 17, 21-24, 27, 29-31, 37-38, 
42, 47-56, 60-62, 68-69, 73, 78-87, 90-103, 105, 109-112, 117-119, 125-126, 130, 135- 
144, 148-150, 156-157, 161 and 166-175 above, further in view of Hopmann et 
al.(hereafter "Hopmann")[U.S. Pat. No. 6578069]. 



31. As to claim 18 and 106, Prust in view of Slein does not specifically teach 
allowing a client to perform off-line editing. 
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However, Hopmann teaches a similar system (which also supports WebDAV protocol) 
allowing a client to edit a downloaded resource and update the modified portion stored 
in the server when the client re-establish communication with the server [col.1 , lines 8- 
19]. 

It would have been obvious to one of ordinary skill in the art at the time the 
invention was made to support the activities of off-line editing with a follow-up update of 
the modified portion of a file because a modification process normally takes longer time 
to type, and releasing a connection with the server while doing the typing means saving 
useful resources for the rest of the qualified clients. 



32. Claims 16, 19-20, 26, 57-62, 104, 107-108, 114-115, 145-146, 151-156 and 192- 
194 are objected to as being dependent upon a rejected base claim, but would be 
allowable if rewritten in independent form including all of the limitations of the base 
claim and any intervening claims. 



33. The prior art made of record and not relied upon is considered pertinent to 
applicant's disclosure: 

Carter et al. [U.S. Pat. No. 5987506]; 

Block et al. [U.S. Pat. No. 5136707]; 

Maldy [U.S. Pat. No. 5956406]; 

Deen et al. [U.S. Pat. No. 6629127]; 

Sim et al. [U.S. PGPub 20020133491]; 
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Sweeny etal. [U.S. Pat. No. 5966715]; 
Kley et al. [U.S. Pat. No. 5862346]; and 
Fritz et al. [U.S. Pat. No. 6430563]. 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to Wen-Tai Lin whose telephone number is (703)305- 
4875. The examiner can normally be reached on Monday-Friday (8:00-5:00) . 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, John Follansbee can be reached on (703)305-8498. The fax phone 
numbers for the organization where this application or proceeding is assigned are as 
follows: 



Any inquiry of a general nature or relating to the status of this application or 
proceeding should be directed to the receptionist whose telephone number is (703)305- 
3900. 



(703)872-9306 for official communications; and 



(703)746-5516 for status inquires draft communication. 



Wen-Tai Lin 




April 28, 2004 




